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(54) Management of home and history context information in network services 



(57) In a messaging system for network communi- 
cation user profile information is gathered. The user pro- 
file information is organized in contexts, i.e. sets of net- 
work communication front-end terminals (3, 4, 5, 6) and 
an associated environment (logical or geographical con- 
dition). To manage to contexts in a user friendly way : the 



contexts are stored (1,15) in their historical order of gen- 
eration such that the user can switch or scroll his asso- 
ciated contexts. Furthermore, one or a plurality of con- 
texts of a user can be set (activated) as a home context 
such that the user can directly select (access) it without 
scrolling through the other contexts. 
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Description 

[0001] The present invention generally relates to the field of mobile multimedia middle-ware, computer networking, 
distributed processing systems, (user profile) databases, handheld computers : web browsers and wireless communi- 
5 cation. 

[0002] More specifically, the present invention relates to a method for managing user profile information in network 
services, to a computer software program for implementing such a method as well as to a graphical user interface. 
[0003] From EP 00 104 259.7 in the name of Sony International (Europe) GmbH, filed on March 1 , 2000, a technique 
for conveniently retrieving previously gathered information from a user profile database is known. 

10 [0004] User Profile Databases are for example used in messaging services. The service goal of a messaging service 
is to deliver information as messages sent by a service subscriber to another based on instructions provided by the 
latter. These instructions can be stored within the system which implements the service and are used for controlling 
the system to select a called party's preferred terminal device. When selected, the system uses such a terminal device 
fordeYivermg the calling parry's information to the called party. The called party has also the possibility to receive copies 

15 of a given incoming message into other terminal devices. 

[0005] Given that the type of called party's terminal device may differ from the calling party's one the messaging 
system may be required to undertake proper message format conversion. This information processing can even be 
further enhanced to the additional functionality, such adding pay-pair-view content to the original information. 
[0006] Each subscriber of the system is assigned a User Space within the User Profile of the system. Within this 

20 kind of personal account subscribers can organize their own preferences (in terms of personal information, of the 
terminals, applications, and services used, and of the various location/situations where the given services can take 
place) as it is described in EP 00 1 04 259.7. Regarding further details of the concept of a user profile database and 
the management thereof reference is explicitly made to said European patent application 00 104 259.7 in the name of 
Sony International (Europe) GmbH. 

25 [0007] User profiles can be grouped in ordered sets, which will be called context in the following, so as to (i) provide 
an extensibility mechanism and (ii) leverage default information. In particular, user profiles associated with location 
and/or situation information can contain a list of preferred Front- End terminals (Front-End Set), where the messages 
should preferably be sent to. 

[0008] Therefore, the present invention addresses the problem of managing a plurality of contexts as defined above 
30 in a user friendly way. 

[0009] This object is achieved by means of the features of the independent claims. The dependent claims develop 
further the central idea of the present invention. 

[0010] According to the present invention therefore a method for managing user profile information is proposed. A 
plurality of contexts can be associated with a user, wherein a context is defined as a set of network communication 
35 front-end terminals associated with an environment (logical or geographical condition). According to the invention the 
history of used Contexts is stored, so that the user can later scroll the list of "visited" Contexts, select the desired one, 
and switch from the current Context to the selected one. Preferably only recently used contexts are stored. At least 
the historical first context can be a so-called home context which can be selected (accessed) directly without scrolling 
the following contexts. 

40 [0011] According to a further aspect of the present invention a method for managing user profiles is proposed, ac- 
cording to which at least one context of a user is set (activated) as a home context such that the user can directly select 
(access) it. 

[0012] At least one home context can be set as being a temporally home context. 

[0013] A plurality of home contexts can be set, wherein each home context is associated with at least one condition. 
45 [0014] One of the plurality of home contexts can be automatically activated on detection of the corresponding con- 
dition, wherein the condition can be related to time, location or situation. 

[001 5] A time stamp of the last update can be attributed to each context. Furthermore, a time stamp of the last update 
can be attributed to each front-end terminal of a context. 

[0016] The context can be locally cached in a front-end terminal and/or stored on a user profile server. 
so [0017] In line with a retrieval of a context the associated time stamps of the version cached locally in the front-end 
terminal and the server, respectively, can be checked on consistency. 

[001 8] In case the consistency check of the time stamps shows a discrepancy, the server version takes precedence 
and the locally cached version is overwritten. 

[0019] According to a still further aspect of the present invention a computer software program is proposed imple- 
55 menting a method as set forth above when loaded in the memory of a network computing device. 

[0020] According to a still further aspect of the present invention a graphical user interface for managing user profiles 
is proposed, wherein the graphical user interface comprises a navigation bar for performing a method as set forth above. 
[0021] Further aspects, features and objects of the present invention will become evident for the man skilled in the 
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art when reading the following detailed explanations of embodiments of the present invention taken in conjunction with 
the figures of the enclosed drawings. 

Figure 1 shows an example of a message service mutable environment. 

Figure 2 shows a navigation bar according to the present invention, 

Figure 3 shows a use case diagram, 

Figure 4 shows the invention from an information view point, 

Figure 5 shows the invention from a computational view point, and 

Figure 6 shows a representation of the present invention according to an engineering view point. 

[0022] The following description is made with reference to a user profile database used in connection with a so- 
called unified instant messaging system. It is, however, important to note that the user profile database concept can 
be applied to any kind of network service. 



Abbreviations 


ACTS 


Advanced Telecommunication Technologies & Services 


COTS 


Commercial Off-The-Shelf 


EGS 


Entry Gateway Service 


EGSS 


Entry Gateway Service Server 


EGSC 


Entry Gateway Service Client 


FS 


Front-End Set 


FST 


Front-End Set Template 


HW 


Hardware 


GUI 


Graphical User Interface 


1MB 


Instant Message Broker 


IP 


Internet Protocol 


ITU-T 


International Telecommunication Union - Telecommunication 


MASE 


Mobile Application Support Environment 


ODP 


Open Distributed Processing 


PDA 


Personal Data Assistant 


PSE 


Personal Service Environment 


SW 


Software 


UIM 


Unified Instant Messaging 


UML 


Unified Modeling Language 


UMTS 


Universal Mobile Telecommunication System 



[0023] The following paragraphs describe the present invention following the ODP methodology ( see f.e. Gordon 
Blair, J. Bernard Stefani, "Open Distributed Processing and Multimedia". Addison Wesley, ISBN 0-201-1 7794-3) as a 
guideline. More specifically, the five ODP viewpoints (listed below) are hereby used in an informal in way: 

1. enterprise (purpose of the system, role in the Enterprise, boundaries of the system, use cases requirements 
from a customer perspective) 
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2. 



information (structure of the information managed by the system) 



3. 



computational (system functionality) 



5 



4. 



engineering (mechanisms implementing the system functionality and providing distribution transparencies) 



5. 



technology (technical solutions used for achieving the goals of the aforementioned viewpoints). 



Application example 



w 



[0024] 1MB subscribers may need to be contacted anywhere, insofar as they can travel (i.e. being reachable different 
locations/offices), and/or they can reconfigure their set of available terminal devices at any given time. 
[0025] Figure 1 illustrates the simplest case of an 1MB system. 

[0026] A calling party located in Moscow tries to send an Instant Message to the businessman HJK (i.e. the called 
15 party), by connecting to the 1MB system 2 through a web interface 5 (by using a PC with an Internet access). The 
calling party does not know where the businessman is currently located. All the calling party knows about the called 
party is the businessman's 1MB subscriber name, e.g. imb://HJK@sony.de). 

[0027] Based on the information stored in the (global) User Profile Database 1 , the 1MB system 2 resolves business- 
man's (i) Active Front-End Set and (ii) the current terminal device. 
20 [0028] Once got such information, the 1MB system 2 can finally forward the Instant Message (with the proper data 
format, as prescribed by the selected terminal device) to the called party. 

[0029] The called party can move to different locations (e.g. he can be at Company XYZ in Stuttgart), and or to 
different situations (on trip - he can use only a mobile phone 19 and a Iaptop20 - or at home being equipped with an 
answering machine 3 and a fax 4). As a special case, the hotel ABC in Los Angeles can become a new home for the 

25 businessman, for a certain period of time. In the meanwhile the businessman would like to be reachable (through the 
1MB system) on his mobile phone, and not to receive Instant Messages at the hotel's published fax machine 4 (e.g. for 
privacy reasons). In order to do so, he has to customize the FST offered by the hotel EGS 21, by adding his mobile 
phone 19, and removing the hotel's fax machine 4. The hotel might furthermore offer the use of a meeting room 6. 
[0030] An 1MB subscriber may decide to switch back to one of the previously selected contexts, and yet have the 

30 possibility to undo this operation, either completely or partially (concept of history). 

[0031] Furthermore, an 1MB subscriber may wish to return at any time to the context referenced by the subscriber's 
default user profile (see EP 00 104 259.7). This home context can be considered as a PSE. Additionally, the 1MB 
subscriber may want to change the home context so as to reference to another context from within said default user 
profile. This change can be manually or automatically done, the latter being based on the matching of configured 

35 information with the current conditions the user experiences. 

[0032] For performance reasons, home context identity, context history, and context information can be locally cached 
on those front-ends, which are equipped with a secondary memory unit. 

[0033] Figure 2 represents an example of "context navigation bar" of a graphical user interface, where all the func- 
tionality described in the previous sections are visually presented as a set of buttons. Some buttons are associated 
40 with a direct action (e.g. go backward one step), whereas others are associated with a drop-down menu, from which 
the user can select a specific function item. 

[0034] The "context management" button is associated with a dialog window, where the user can perform of the 
following functionality: 

45 • Create a new context 

• Edit a context 

• Delete a context 

• Save/Save- As a context 

50 [0035] Following standard GUI design guidelines, this functionality can be more appropriately mapped to file and 
edit menu items. Therefore in such a case, the "context management" button indicated in this figure can be omitted 
from said menu bar. 

[0036] All the possible scenarios are summarized in the UML Use Case Diagram depicted in Figure 3. 
55 Sample Scenario 

[0037] A businessman may have subscribed a Unified Instant Messaging service with an 1MB Service Provider. At 
subscription time, he has entered his office phone and fax number, his cellular phone number business e-mail address 
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in a front-end Set, referenced by the so-called default user profile. At a later time, the businessman visits an exhibition 
in a foreign country, and there discovers an entry gateway server, which advertises a f ront-end set template the visitors 
can customize for redirecting messages to locally available shared terminals (e.g. a fax machine). This process can 
be iterated several times. 

5 [0038] At the end of his business-trip, the businessman figures out that he has collected a series of customized 
contexts; which he might need to reuse in the next - of far future. In the former case, it would be convenient to scroll 
the list of recently 'Visited" contexts, for selecting the one he might need at a given moment in time. Furthermore, given 
that such a list could be quite large (and/or the initial context identity could be not easy to remember) the businessman 
may want to move directly to the default profile by simply selecting a home Ul item (e.g. a button). Alternatively, he 

10 might find it useful to elect one of the "visited" front-end Sets as his temporary new home. Therefore, the businessman 
should be provided with the capability to change the context acting the home role. 

[0039] Furthermore, the businessman may find convenient to have multiple home-contexts, each associated with a 
different set of conditions (e.g. the type of terminal used, location and/or situation, type of service and/ or application 
used, time/date). These home-contexts may be totally unrelated to one another, or derived each other following a 
is specialization scheme as described in EP 00 104 2597. 

[0040] For instance, the businessman can configure his user space so that each time he uses his mobile phone in 
a given country, he gets a home-context reflecting local information. Whereas, while using a web interface (i.e. a COTS 
web-browser for accessing a given Internet portal), he gets automatically another home-context specialized for that 
different use case. 

20 

The Home Concept 

[0041] Each 1MB subscriber is associated with a user space, which contains, among other information, the so-called 
default user profile, a (<user>, default, default, default, default, default, default) tuple containing user's personal infor- 
ms mation (see EP 00 104 259.7). Rooting by this, the (<user>, default, default, default, 1MB, default, default) tuple ex- 
presses the user's general preferences, as for what 1MB service concerns. 

[0042] The 6-tuple (User, Terminal, Network, Application, Situation, Location) described in EP 00 104 259.7 is hereby 
augmented with an additional card name component type, i. e. the Service. The service is a general-purpose resource 
offered to a set of authorized subscribers. The service can be used directly by applications in a component model 

30 fashion, e.g. language translation applications running on top of the 1MB service. The resulting 7-tuple is thus (User, 
Terminal, Network Service, Application, Situation, Location). Furthermore, the number of user space dimensions may 
be augmented by introducing yet another card name component type, the time/date f ield, which indicates relative time- 
windows that can be used to further specify the context. Therefore, the aforementioned tuple becomes a 8-tuple. 
[0043] In such a tuple, one can easily introduce a new key-value pair, indicating the identity of the Context the user 

35 has elected as the one acting the home role. 

Multiple Home-Contexts 

[0044] As aforementioned, the user may wish to configure not just one, but a multiplicity of home-contexts, each 
40 dealing with a specific set of conditions the user may face in a given moment. 

[0045] To do so, the user may associate a context to a specific 8-tuple. and/or embed the notion of home context in 
a key-value pair associated with each front-end. The latter method allows users to freely configure contexts, based on 
some user-specified logical association, as compared to the former method. 

45 The History Concept 

[0046] Furthermore, additional key-value pairs within the aforementioned tuple can contain the identities of those 
contexts recently visited. Contexts can be identified with a name (mnemonic). 

[0047] The history information is thus stored within the system. Optionally, one can also store such information directly 
50 within a front-end, by using a local secondary memory unit, if any is available. 

[0048] With the later approach, one gains in performance (i.e. no need to communicate with the 1MB system for 
examining the history), whereas the former approach provides users with global history information. This means that 
one can use the history from different front-ends at different times. 

55 Cached Context Information 

[0049] Caching of context information can be achieved at the terminal side on a secondary memory unit, if any is 
available. With this approach , one gains in performance (i.e. no need to communicate with the 1MB system for examin ing 
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the history and downloading the context content). 
Computational Viewpoint 
s [0050] The 1MB subscriber can use a user interface for accessing the following functionality: 

1. Home Management Client Unit: 

1.1. Switch to home front-end set 
10 1 .2. Change home front-end set 

1.2.1. Manually 

1 .2.2. Automatically, upon front-end access (i.e. during login phase when accessing an internet portal, 
offering 1MB services), based on the current context 

15 

2. History Management Client Unit 

2.1 . Switch to next context in the forward history direction 

2.2. Switch to next context in the backward history direction 

20 2.3. Switch to the N-th next context in the forward history direction 

2.4. Switch to the N-th next context in the backward history direction 

2.5. History pruning: this is a special case of history management, used for forcing cache updates 

3. Caching policy and cache controller units (optional) 

25 

3.1 . Retrieve from cache the description of the selected context 

3.2. Cache aging policy 

[0051] Each front-end shall be equipped with client units, which forward the aforementioned Ul commands to either 
30 a local secondary memory controller unit (in the case of the caching mechanism), or to the 1MB account management 
system, as described in EP 00 104 259.7 (see figure 5): 

[0052] Following the ODP graphical notation and terminology (Gordon Blair, J. Bernard Stefani, "Open Distributed 
Processing and Multimedia", Addison Wesley, ISBN 0-201-17794-3), in figure 5 circles indicate logical computational 
objects, rounded-angle boxes stand for connection abstractions, and double crossed arcs represent the interfaces 
35 between objects. 

[0053] On the side of the client 22, an 1MB account management client unit 1 0 communicates by means of a wireless 
channel 18 with a 1MB Management server unit 11 . The 1MB account management client unit 10 is logically connected 
with a home management client unit 8 and a history management client unit 9. The history management client unit 9 
is logically connected to a caching policy unit 12 and a cache controller unit 13 ( see figure 6 for further explanation). 
40 The history management client unit 9and the home management client unit 8 are respectively connected to a browser- 
style user interface 7. 

[0054] The front-end (client) 22 itself shall enforce a proper cache aging policy by means of a caching policy unit 12. 
Each context shall in fact contain a trmestamp indicating the date of the last update of the Front-End Set and/or other 
preference information, in the User Profile Database 1 . Whenever navigating through the history, before switching to 

45 the selected context, consistency checks between the selected cached information and the corresponding information 
stored in the User Profile Database shall be performed, based on said timestamps. The timestamps of the contexts 
contained in the given cached context shall coincide with the timestamps of the corresponding official versions, as 
contained in the user profile database. Whenever a discrepancy occurs, the cached version is overwritten with the 
database version, which takes precedence. 

so [0055] In order to improve performance, this mechanism can be exploited even at a lower level: one can tag with a 
timestamp not only a whole context, but also each front-end listed in the front-end set contained in said context. In this 
way, only cache updates at front-end level within a context would take place, as opposed to a whole context update. 

Engineering Viewpoint 

55 

[0056] Internally, the computing unit comprises a set of units, each managing a specific task (see figure 6): 
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Unit Name 


Unit Description 


Browser-Style Ul Unit 7 


Provides a man-machine interface similar to a web-browser, with the 
concept of backward (even with multiplicity greater than one), forward 
(even with multiplicity greater than one), refresh, go to home context, 
change home context, history paining. 


Home Management Client Unit 8 


Used to: 

1 Set the home context the active one 
2. Change home context 


History Management Client Unit 9 


1 . Switch to next context in the forward history direction 

2. Switch to next context in the backward history direction 

3. Switch to the n-th next context in the forward history direction 

4. Switch to the n-th next context in the backward history direction 

5. History pruning 

fx r^ r\~r\ rri i notoc farhfl mo^hanicmc ( if ^orho ci ir^r*>/™vr'ta/H\ 
D. UlullldLcb OaLrllc lllclti leSlllsf! lo l/dOI!c oUfJpUf ixdKJj 


1MB Account Management Client Unit 10 


see EP 00 104 259.7 


1MB Account Management Server Unit 11 


see EP 00 104 259.7 


Caching Policy Unit 14 


1 . Check timestamp - aging policy 

2. Co-ordinates cache insertion and deletion 

3. Co-ordinates cache retrieval 


Cache Controller Unit 13 


1 . Cache insertion and deletion 

2. Cache retrieval 



[0057] In figure 6, following the ODP graphical notation and terminology, circles indicate physical basic engineering 
objects (i.e. the SW sub-Units, which the System is composed of). Rounded-angle boxes represent clusters (i.e. a set 
of closely related basic engineering objects grouped into a single memory address space). The grey-coloured rectan- 
gles represent physical channels, which abstract inter-cluster communications. These communications may span SW 
processes (through IPC mechanisms provided by the underlying OS) orHW devices (through networking). The nucleus 
represents, in ODP terminology, the underlying OS. Double stroked arcs represent the interfaces among the various 
objects. 

[0058] At this level, no physical distribution of clusters among SW memory address spaces (also known as processes 
or, in ODP terminology, capsules) is hereby presented, since the hereby described architecture is quite modular. 
[0059] The Home and History Management Client Units' counterparts at the server level are embedded into the 1MB 
Account Management Server Unit, as additional operations supported by said unit. The exceptions being: 

1. The information schema represented in Figure 4. 

2. Any Front-End Set creation/update is associated with a corresponding timestamp. In such occasions, the 1MB 
Account Management Server Unit shall thus insert a timestamp in each Front- End / Context. 

Technology Viewpoint 

[0060] This invention articulates in a set of units, which can be fully implemented as software units (SW components). 
[0061] It is advantageous that the SW units feature a platform-independent nature, given that the 1MB architecture 
is open to any possible HW/SW implementation of its internal components and of the Front- Ends. 
[0062] It is advantageous that the units are easily deployable (possibly over a telecommunication network, e.g. over 
the Internet) and easily (re)configurable. It is advantageous that the units can be downloaded installed or upgraded 
over the network. 

[0063] For these and many other reasons, ft is advantageous the use of the Java-based MASE middle-ware as the 
intermediate platform of choice. In such a context, the units above described are de facto MASE components. As such, 
each unit provides an API specification, and its implementation. 
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The main advantageous differences between the invention and the state of the art 

[0064] Compared to the state of the art this invention allows the selection of more than one terminal, by providing 
the possibility to select a whole Context (which means Front-End Sets and other user preferences). The user profile 
5 extensibility mechanism described in EP 00 1 04 259.7 further allows the possibility to refer to other default front-end 
sets. 

[0065] This invention also offers the possibility to either manually or automatically selecting the home Context. In 
the latter case, the selection can be based on various criteria (i.e. the components of aforementioned User Profile 
Database 8-tuple). The user has the option of either directly selecting the context based on such criteria, or using an 
10 indirection scheme, where the desired home Context is identified as a key-value pair property contained within the 
given current 8-tuple. The latter mode offers the user the possibility to create custom, logical home contexts, thus 
extending the selection criteria offered by the 7-tuple components. 

[0066] Therefore, the user has the possibility to eventually configure a plurality of contexts as home context by simply 
associating each of them with a different set of conditions. 
15 [0067] Furthermore, the navigation mechanisms of currently available COTS web-browser is limited to web-pages 
whereas this invention uses the underlying navigation concept for efficiently retrieving cached database query results 
in a way that leverages the User Profile Database structure described in EP 00 104 259.7. 

[0068] In particular, the history information is available globally, being this stored in the user's default profile, which 
can be accessed from a plurality of Front- Ends and telecommunication networks. 
20 [0069] The hereby presented the multiple-home concept can be introduced into existing web browsers, thus enabling 
the user to either manually (see Figure 2) or automatically select her/his home page, out of set of configured ones. 



Claims 

25 

1 . Method for managing user profile information, 

wherein a plurality of contexts can be associated with a user, a context being a set of resources (for example 
network communication Front-End terminals, like 3, 4, 5, 6, 19, 20), associated with given environment and/or 
logical conditions, 

30 wherein the history of used Contexts is stored (1 , 1 5), so that the user can later scroll the list of "visited" Contexts, 

select the desired one, and switch from the current Context to the selected one such that the user can switch or 
scroll his associated contexts. 

2. Method according to claim 1 , 
35 characterized in that 

only recently used contexts are stored (1,15). 

3. Method according to claim 1 or 2, 
characterized in that 

40 at least the historically first context is a home context. 

4. Method for managing user profiles, 

wherein a plurality of contexts can be associated with a user, a context being a set of resources (for example 
network communication Front-End terminals, like 3, 4, 5, 6, 19, 20), associated with given environment and/or 
45 logical conditions, 

wherein at least one context of a user is set as home context such that the user can directly select it. 

5. Method according to claim 4, 
characterized in that 

so at least one home context can be set as being the currently active home Context. 

6. Method according to claim 4 or 5, 
characterized in that 

a plurality of home contexts is set wherein each home context is associated with at least one condition. 

55 

7. Method according to claim 6, 
characterized in that 

one of the plurality of home contexts is automatically activated on detection of the corresponding condition. 
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8. Method according to claim 6 or 7. 
characterized in that 

the condition is related to a given combination of time, location, situation. 

5 9. Method according to anyone of the preceding claims . 
characterized In that 

a timestamp of the last update is attributed to each context. 

10. Method according to anyone of the preceding claims, 
io characterized in that 

a timestamp of the last update is attributed to each front -end terminal (3, 4, 5, 6, 19 : 20) of a context. 

11. Method according to anyone of the preceding claims, 
characterized in that 

15 the recently used contexts and associated timestamps are locally cached (15) in a front-end terminal (3, 4, 5, 6, 

19,20). 

12. Method according to anyone of the preceding claims, 
characterized in that 

20 the contexts and associated timestamps are stored on a user profile server (1 ). 

13. Method according to claim 12, 
characterized in that 

in line with a retrieval of a context the associated timestamps of the version cached (15) locally in the front-end 
25 terminal (3, 4, 5, 6) and the server (1), respectively, are checked on consistency. 

14. Method according to claim 13, 
characterized in that 

in case the consistency check of the timestamps shows a discrepancy, the server (1) version takes precedence 
30 and the locally cached (1 5) version is overwritten. 

15. Computer software program, 
characterized in that 

it implements a method according to anyone of the preceding claims when loaded in the memory of a network 
35 computing device. 

16. Graphical user interface for managing user profiles, 
characterized in that 

it (7) comprises a navigation bar for performing a method according to anyone of claims 1 to 13. 

40 



45 



50 



55 
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